home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / infoham / 940395.txt < prev    next >
Text File  |  1994-11-13  |  30KB  |  759 lines
  1. Date: Sat,  9 Apr 94 13:09:37 PDT
  2. From: Info-Hams Mailing List and Newsgroup <info-hams@ucsd.edu>
  3. Errors-To: Info-Hams-Errors@UCSD.Edu
  4. Reply-To: Info-Hams@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Info-Hams Digest V94 #395
  7. To: Info-Hams
  8.  
  9.  
  10. Info-Hams Digest            Sat,  9 Apr 94       Volume 94 : Issue  395
  11.  
  12. Today's Topics:
  13.                       6m Equipment/T-T XVTR KIT
  14.                    Commercial Service in 10M Band?
  15.                        Delivery Failure Report
  16.                             DX reflector?
  17.                          GB2ATG (April 1994)
  18.                 how's FM broadcast for freq. standard?
  19.   How phasing SSB Exciters Work (Was:  RF and AF speech processors)
  20.                 Modem throughput with Analog Cellular
  21.                      rb321 Who makes the decision
  22.                    SB320 Direction Finding in RACES
  23.                    technology transfer opportunity
  24.  
  25. Send Replies or notes for publication to: <Info-Hams@UCSD.Edu>
  26. Send subscription requests to: <Info-Hams-REQUEST@UCSD.Edu>
  27. Problems you can't solve otherwise to brian@ucsd.edu.
  28.  
  29. Archives of past issues of the Info-Hams Digest are available 
  30. (by FTP only) from UCSD.Edu in directory "mailarchives/info-hams".
  31.  
  32. We trust that readers are intelligent enough to realize that all text
  33. herein consists of personal comments and does not represent the official
  34. policies or positions of any party.  Your mileage may vary.  So there.
  35. ----------------------------------------------------------------------
  36.  
  37. Date: 8 Apr 94 16:52:51 GMT
  38. From: yuma!galen@purdue.edu
  39. Subject: 6m Equipment/T-T XVTR KIT
  40. To: info-hams@ucsd.edu
  41.  
  42. In article <765648032.AA04784@psybbs.durham.nc.us> Dave.Hockaday%f160.n151.z1@psybbs.durham.nc.us (Dave Hockaday) writes:
  43. >PR>If you have an HF rig, check out Ten Tec's new 6 meter transverter kit
  44. >PR>for $99!
  45. >PR>73 paul wb8zjl
  46. >Paul, is there transverter a kit or a finished product?? Do you know the
  47. >IF (28 mhz maybe??)...Hmmm....I wonder about it's application on other
  48. >rigs, like the uniden 2510's and such (or converted SSB CB rigs for
  49. >that matter...). Very interested, tell me more...:-). 73 de WB4IUY
  50.  
  51. It's a kit, the IF is 14 MHz.  (from a phone call to Ten-Tec.)
  52. Galen, KF0YJ
  53.  
  54. ------------------------------
  55.  
  56. Date: Fri, 8 Apr 1994 23:08:14 GMT
  57. From: ihnp4.ucsd.edu!pacbell.com!unet!loren!larson@network.ucsd.edu
  58. Subject: Commercial Service in 10M Band?
  59. To: info-hams@ucsd.edu
  60.  
  61. In article <1994Apr5.185809.10525@worldbank.org> dearnshaw@worldbank.org (Darrell Earnshaw) writes:
  62.   >While reading this week's copy of Network World (dated March 28th), I noticed
  63.   >on page 58 a table showing the comparisons between the various proposals for
  64.   >global satellite communications. One which caught my eye was the proposal by
  65.   >Bill Gates (a'ka Mr. Microsoft) and McCaw to use 840 (yep, 840) low-orbit
  66.   >satellites using frequencies in the 28mHz range. This compared to Irridium (66
  67.   >satellies in the 1.6 Ghz range), and Globestar (48 satellites in the 1.6 Ghz
  68.   >range). Interesting proposal... but I doubt whether it would get approved by
  69.   >the WARC.
  70.  
  71.   Somehow, I suspect this was actually 28 GHz.  The system was claimed to provide
  72. data rates that would have been awfully fast for a narrow slice of HF.
  73.  
  74.     Alan
  75.  
  76. ------------------------------
  77.  
  78. Date: 9 Apr 94 14:41:25 GMT
  79. From: news-mail-gateway@ucsd.edu
  80. Subject: Delivery Failure Report
  81. To: info-hams@ucsd.edu
  82.  
  83. From:    NAME: Mail Postmaster               
  84.     FUNC:                                 
  85.     TEL:                                  <POSTMASTER AT A1 AT ANDV02>
  86. To:    net%"Info-Hams@UCSD.EDU"@RCVAX@MRGATE
  87.  
  88.  
  89.     ALL-IN-1 was unable to deliver your message dated                     to
  90.       ADAMS,SE                       - no such ALL-IN-1 account
  91.     on node ANDV02
  92.  
  93.     The subject of the message was :
  94.       Info-Hams Digest V94 #394
  95.  
  96. ------------------------------
  97.  
  98. Date: 8 Apr 1994 17:32:58 -0700
  99. From: ihnp4.ucsd.edu!usc!sol.ctr.columbia.edu!newsxfer.itd.umich.edu!nntp.cs.ubc.ca!unbc.edu!unbc.edu!not-for-mail@network.ucsd.edu
  100. Subject: DX reflector?
  101. To: info-hams@ucsd.edu
  102.  
  103. cchris@f40.n382.z1.fidonet.org (cchris) writes:
  104.  
  105. >I just read in 'THE DX BULLETIN" about subscribing to something called the DX
  106. >reflector.  The administrator's address was given as dx-REQUEST@unbc.edu but
  107. >this does not appear to work.  Does anyone know anything about this or how to
  108. >get a message to the administrator?  If so, I would appreciate some info via
  109. >E-mail.  Thanks.
  110.  
  111. The address works fine. The subscription list is maintained manually. When
  112. I'm out of town (as I am right now) these requests can be delayed. I will
  113. catch up on the backlog (currently about 10 requests) when I get back to
  114. work on Monday.
  115.  
  116. FYI here is a copy of the mailing list FAQ. I expect posting this will
  117. generate a flood of subscription requests which will slow things down
  118. even more :-)
  119.  
  120. --lyndon
  121.  
  122.  
  123.  
  124.  
  125.                 The    Internet DX Mailing List
  126.                Frequently Asked    Questions (FAQ)    Sheet
  127.  
  128.                Lyndon Nerenberg  VE7TCP/VE6BBM
  129.                    (Last Changed: 930906)
  130.  
  131.  
  132.  
  133.  
  134.        What    is the Internet    DX Mailing List?
  135.  
  136.            It  is an electronic mailing list dedicated to the dis-
  137.            cussion of Amateur Radio    DXing. This is    the  place  to
  138.            exchange     tips  and techniques, discuss hardware    (rigs,
  139.            antennas, DSP add-ons), awards, announce    upcoming DXpe-
  140.            ditions,     etc. Anything and everything pertaining to DX
  141.            is fair game, with the following    exceptions:
  142.  
  143.  
  144.            *    Don't send requests    for QSL    info to    the list.  (If
  145.             someone  wants to coordinate a list    of current QSL
  146.             routes and post that on a  periodic     basis    please
  147.             get    in touch with me.)
  148.  
  149.  
  150.            *    Don't  send    lists of  QSL routes to    the list. (See
  151.             above.)
  152.  
  153.  
  154.            *    Discussion about contests and contesting should be
  155.             kept  to  a     minimum.  The CQ-Contest list already
  156.             provides an    excellent forum     for  contest  related
  157.             discussions.  (To subscribe    to CQ-Contest, send an
  158.             e-mail request to cq-contest-request@tgv.com)
  159.  
  160.  
  161.       How do I join    the list?
  162.  
  163.            To subscribe, send an e-mail request to
  164.  
  165.  
  166.              dx-REQUEST@unbc.edu
  167.  
  168.  
  169.            asking to be added. If you are not  directly  connected
  170.            to the Internet you must    provide    an address relative to
  171.            an Internet site. (We are not connected    to  BITNET  or
  172.            the  UUCP  network.)  If    you are    not sure if you    are an
  173.            Internet    site, ask your local system administrator.
  174.  
  175.            Requests    to be dropped from the list, change of address
  176.            requests,  or any other administrative mail should also
  177.            be sent to the above address.  UNDER  NO     CIRCUMSTANCES
  178.            should  administrative  requests    be send    to the general
  179.  
  180.  
  181.  
  182.  
  183.  
  184.  
  185.  
  186.  
  187.  
  188.                        -2-
  189.  
  190.  
  191.            submission address!
  192.  
  193.  
  194.       Is the mailing list archived?
  195.  
  196.            In a word, no.
  197.  
  198.  
  199.       How do I send    a message to the list?
  200.  
  201.            It's easy! Just send an e-mail message to:
  202.  
  203.  
  204.              dx@unbc.edu
  205.  
  206.  
  207.            Your message will be automatically resent  to  all  the
  208.            mailing    list subscribers. Depending on the load    on our
  209.            mail system this    could take anywhere from a few minutes
  210.            to  several hours. If you don't see your    message    within
  211.            a day or    so, send a  message  to     the  request  address
  212.            above  (NOT the general submission address) and we will
  213.            look into the problem.
  214.  
  215.            Here are    a few things to    keep in    mind  when  sending  a
  216.            message    to  the    list. If everyone follows these    guide-
  217.            lines it    will help the list operate smoothly.
  218.  
  219.  
  220.            *    Make sure your subject line    is appropriate.     If  a
  221.             conversation   wanders  off     the  original    topic,
  222.             change the subject line to reflect the new line of
  223.             discussion.
  224.  
  225.            *    Proofread your message before sending it! Spelling
  226.             mistakes and poor formatting do  nothing  to  help
  227.             you    get your message across.
  228.  
  229.            *    Keep  it  short! Many subscribers pay for their e-
  230.             mail access. Don't include 100 lines of  the  mes-
  231.             sage  you're replying to and then add a three line
  232.             contribution. Only include as much text as is nec-
  233.             essary to establish    the context for    your reply.
  234.  
  235.            *    Watch  your     language! This    list is    gatewayed onto
  236.             packet radio. Don't    say anything that you wouldn't
  237.             (or     shouldn't) say    over the air. Anyone violating
  238.             this rule will be dropped from the    list  *immedi-
  239.             ately*!
  240.  
  241.            *    If    someone     asks  a question, send    your answer to
  242.             them directly.  The     person     asking     the  question
  243.             should  collect the    responses, then    send a summary
  244.             to the list. This helps cut     down  on  unnecessary
  245.  
  246.  
  247.  
  248.  
  249.  
  250.  
  251.  
  252.  
  253.  
  254.                        -3-
  255.  
  256.  
  257.             list traffic.
  258.  
  259.            *    Eschew  flamage.   If someone sends    a flame    to the
  260.             list and you can't bite  your  tongue,  send  your
  261.             flaming  reply  directly back to the flaming indi-
  262.             vidual, not    back to    the list.  No one wants    to pay
  263.             $1.00 to read these    messages (the original flame +
  264.             your reply).  Treat    flamers    the way    you would two-
  265.             meter repeater jammers - ignore them.
  266.  
  267.            *    Make sure there is something of value in each mes-
  268.             sage you send to the list.
  269.  
  270.  
  271.       When I reply to a message using my mailer's REPLY command I
  272.            never see a copy    of the message come back from the
  273.            list. Why?
  274.  
  275.            There are two possible causes. One is that your    mailer
  276.            sends  the reply    only to    the originator of the message.
  277.            In this case you    will have to manually CC  the  mailing
  278.            list.  The  second possibility is that your mail    reader
  279.            is so ancient and broken    that it    sends replies  to  the
  280.            ``envelope''  from  address  instead  of     the  From: or
  281.            Reply-To: header    values.    If your    mailer    sends  replies
  282.            to dx-request@unbc.edu you are running broken software.
  283.            If you are in the att.com or microsoft.com domains  you
  284.            want to double check for    this second problem. Note that
  285.            replies sent to dx-request get filed in the bit bucket.
  286.  
  287.  
  288.       Where    can I obtain back issues of the    various    DX bulletins?
  289.  
  290.            An  incomplete archive of various Amateur Radio related
  291.            bulletins  is  available      via    anonymous   FTP      from
  292.            unbc.edu:/ampr/bulletins/.  I add back issues as    I come
  293.            across them - feel free to contact me if    you  can  help
  294.            fill  in     the holes. Some time this fall    I will be set-
  295.            ting up a WAIS server that will include all the    online
  296.            bulletin     files.    WWW and    Gopher interfaces to this data
  297.            are also    in the works.
  298.  
  299.  
  300.  
  301.  
  302.       If you have any suggestions or additions for this  document,
  303.       please e-mail    them to: lyndon@unbc.edu
  304.  
  305. ------------------------------
  306.  
  307. Date: 8 Apr 94 14:29:00 GMT
  308. From: agate!howland.reston.ans.net!gatech!newsxfer.itd.umich.edu!nntp.cs.ubc.ca!alberta!ve6mgs!usenet@ucbvax.berkeley.edu
  309. Subject: GB2ATG (April 1994)
  310. To: info-hams@ucsd.edu
  311.  
  312. BARTG  *  GB2ATG  *  NEWS  *  BARTG  *  NEWS  *  GB2ATG  *  BARTG
  313. This is the - British Amateur Radio Teledata Group - News Broadcast Service
  314. for all Amateurs and Short Wave Listeners interested in RTTY Amtor, Pactor
  315. and Packet Radio.
  316.  
  317. This news is broadcast during the first full week commencing Monday each
  318. month, to the following schedule..
  319.  
  320. Evening transmissions at 1930 GMT. on 3.584 MHz. Mark. +/- for QRM.
  321. RTTY on Monday-AFSK, Wednesday-AFSK and Friday-FSK
  322. Pactor-FEC on Tuesday.
  323. Amtor-FEC on Thursday and Saturday.
  324.  
  325. Morning transmission at 1000 GMT. on 7.041 MHz. Mark. +/- for QRM.
  326. RTTY on Sunday-AFSK.
  327.  
  328. An edited version of this bulletin is available on the Packet network as a
  329. BARTG at GBR. file thanks to: Andy (G3ZYP) at GB7MXM.#36.GBR.EU.
  330.  
  331. It is also posted on the "INTERNET" system via the INFO-HAMS list on UCSD.EDU.
  332. thanks to Iain (G6ARO) who is available on the "JANET" network as
  333. Iain@HUMBER.AC.UK
  334.  
  335. News for April 1994. Bulletin No. 016. (all times are GMT).
  336.  
  337. BARTG Information.
  338. British summer time started on Sunday March 27th but remember the BARTG VHF
  339. RTTY contest starts at 1000 GMT on Sunday 10th April. Eleven o'clock wrist
  340. watch time.
  341.  
  342. RTTY DX Activity.
  343. 3.5 MHz.
  344. OH0/SK4BX 0300, K1IU 0400, ES7FU 0600, GI4SRQ 1830, EI3GZ 2030,
  345. 9H1EL and UZ9CWA 2100, RA2FB, OM3CPS and UN5PR 2200, YO3FRI 2300.
  346.  
  347. 14 MHZ.
  348. V5JC 0030, VK3DLL, 4Z85TA and WL7EF 0730, ZL3AFT 0800, T30CC 1000,
  349. 9N1AA 1030, YI1AL and OD5SK 1130, HK0DPA 1300, 4Z4TL 1330,
  350. A45XC 1400, 9K2USA and 9M2MW 1500, OH0/SK4BX 1530. ZS6BOK 1700,
  351. 9K2OZ 1800, FH/DJ2BW 1830, S92ZM and PJ9JT 1900, A22BW 1930,
  352. 9I2Z and J88BS 2000, CO2KG 2030,
  353.  
  354. 21 MHz.
  355. A71CW and FR5ZU 1400, FH/DJ2BW 1430, J28JJ 1530, 5Z4FM 1600,
  356. KG4CB 1700, ZD7DP 1900,
  357.  
  358. Pactor DX:
  359. 21 MHz.
  360. VS6FN 1230,
  361.  
  362. QSL Information.
  363. KG4CB via WD9APE.  J28JJ via F6HGO.  T30CC via JR2KDN.
  364. YI1AL at P.O. BOX 140, Swelish, Jordan. FR5ZU via VE2NW.
  365. 4Z85TA via 4X6LM.  J88BS via WA4WIP.  9I2Z via DL7VRO.
  366. FH/DJ2BW to home call. 9K2USA via K8EFS. OD5SK via KB5RA.
  367.  
  368. Contests.
  369. The Alessandro Volta RTTY DX contest starts 1200 Saturday May 14th until 1200
  370. Sunday may 15 (always the second full week-end in May). All 5 HF bands from 80
  371. through 10 metres.
  372.  
  373. Classes:
  374.    A1 - Simgle operator all bands.
  375. A2/XX - Single operator single band (XX= 10, 15, 20, 40, 80)
  376.     B - Multi-operator, single transmitter  (list names and
  377.         callsigns of all operators).
  378.     C - S.W.L.
  379.  
  380. Exchange message:
  381. To consist of - RST - QSO serial number - your CQ Zone number.
  382.  
  383. Contacts:
  384. Stations can be worked only once for each band. Additional contacts may be
  385. made with the same station if a different band is used.
  386.  
  387. Scoring:
  388. All two way RTTY contacts will score in accordance with the exchange points
  389. table. Contacts between stations within the same country will not be valid.
  390. e.g.: A W2 station can work a W1, W3, W4 etc., but not W2. Contacts made
  391. outside one's own continent on 3.5 or 28 MHz are worth double points.
  392.  
  393. Multipliers:
  394. A multiplier of 1 is given for each country contacted. The same country may be
  395. claimed again if a different band is used. An additional multiplier is given
  396. for each intercontinental country worked on at least 4 bands. A contact with a
  397. station which would count as a multiplier will only be valid if the station
  398. appears in at least 4 other logs, or a contest log is received from that
  399. station.
  400.  
  401. Countries:
  402. ARRL country list plus each call area in Australia, Canada and the U.S.A. will
  403. be counted as a separate country.
  404. Do not count the general country multiplier (VE-VK-W); count each call-area
  405. (VE1..0, VK1..0, W1..0).
  406.  
  407. Scoring:
  408. Total exchange points multiplied by the total number of multipliers multiplied
  409. by the total number of QSO's.
  410. (Points X Multipliers X QSO's = final score).
  411.  
  412. SWL:
  413. The same scoring rules will apply but be based on stations and messages
  414. copied.
  415.  
  416. Awards:
  417. A special trophy will be awarded to the top stations in each class.
  418. In addition a certificate with a special sticker to all entrants.
  419.  
  420. Log and Scoring sheets:
  421. Use one log per band. Logs must contain: Band, Date, Time GMT, Callsign of
  422. station worked, Message sent, Message received, Points and multipliers. A
  423. summary score sheet is required with a list of multipliers worked in each band.
  424. Comments will also be very much appreciated.
  425. Logs must be received by 31st July 1994 to qualify. Send logs to:
  426. I2DMI - Francesco di Michele - P.O. Box 55 - 22063 Cantu, Italy.
  427. Copies of the rules and scoring table are available from the editor.
  428. Please enclose a SASE.
  429.  
  430. Notes of interest.
  431. HK0DPA is Hector on San Andres Isl.
  432. Minoru JA3MNP is expected to return to Mount Athos in April and return the
  433. RTTY equipment following repairs in Japan. We should then see SV2ASP/A or a
  434. similar call return to the HF screen. An earlier report suggested Doc JA3PFZ
  435. had been invited to visit Mount Athos as a guest operator with the intention of
  436. working Europe on RTTY. KYFC.
  437.  
  438. BARTG caters for all DATA interests with information-components-kits -ready
  439. built units and software from experts. Members receive a 120 page quarterly
  440. journal devoted to data modes. Beginners guides for most data modes are
  441. available. The group sponsors HF and VHF RTTY contests, administers its own DX
  442. and members award scheme and runs an annual rally.
  443.  
  444. This copy of BARTG News is posted by Iain Kendall (G6ARO) who can be contacted
  445. via Internet e-mail at.. iain@humber.ac.uk Items for inclusion in the
  446. broadcast may also be mailed to this address, as well as any queries regarding
  447. membership or services offered by BARTG.
  448.  
  449. GB2ATG editor (for Alessandro Volta RTTY DX contest rules and scoring table)
  450. Bob Canning (G0ARF) QTHR. Telephone - 0544 388350.
  451. Amtor/Pactor mail at GB7SCA. Amtor mail at GB7SIG.
  452.  
  453. Copy of the news as distributed by G0ARF 940329.
  454.  
  455. ------------------------------
  456.  
  457. Date: 8 Apr 1994 20:29:22 GMT
  458. From: ihnp4.ucsd.edu!galaxy.ucr.edu!library.ucla.edu!europa.eng.gtefsd.com!news.umbc.edu!eff!news.kei.com!yeshua.marcam.com!insosf1.infonet.net!usenet@network.ucsd.edu
  459. Subject: how's FM broadcast for freq. standard?
  460. To: info-hams@ucsd.edu
  461.  
  462. In article <CnyGzK.7o8@srgenprp.sr.hp.com>, alanb@sr.hp.com (Alan Bloom) writes:
  463. >Tom Randolph (randolph@est.enet.dec.com) wrote:
  464. >
  465. >: I just acquired one of the Optoelectronics 1200 MHz handheld freq counters. In
  466. >: looking for a simple, cheap way to calibrate it, I note that it picks up the
  467. >: nearby FM broadcast station as 107.2999 MHz when I connect a rubber duck... how
  468. >: close can I assume those guys are? The way the counter is set up, the higher
  469. >: the standard freq, the better your calibration. Zero-beating WWV won't get me
  470. >: as close as something less definitive at 100 MHz or higher.
  471. >: -Tom R.   N1OOQ   randolph@est.enet.dec.com
  472. >
  473. >Why not call up the broadcast station and ask them?  Ask to speak to the
  474. >chief engineer.
  475. >
  476. >AL N1AL
  477. >
  478. An additional note from another Al KA0IES
  479.  
  480. The standard for FM Broadcast is a fairly wide standard.  If you want to use 
  481. something for a standard try an AM broadcast station.  They are required to be
  482. inside of 20 Hz limits above and below their assigned channel.  I believe the
  483. FM stations are allowed several Kilohertz of deviation.
  484.  
  485. AL KA0IES  Hi Al
  486.  
  487. ------------------------------
  488.  
  489. Date: Fri, 8 Apr 1994 23:05:04 GMT
  490. From: ihnp4.ucsd.edu!swrinde!gatech!newsxfer.itd.umich.edu!news.cic.net!magnus.acs.ohio-state.edu!csn!col.hp.com!fc.hp.com!wayne@network.ucsd.edu
  491. Subject: How phasing SSB Exciters Work (Was:  RF and AF speech processors)
  492. To: info-hams@ucsd.edu
  493.  
  494. > So long as the additional filtering is done to both channels identically,
  495. > the phase and amplitude matching between the two channels is not afffected.
  496.                           ^^^^^^^^
  497. > AL N1AL
  498.  
  499. Umm... true.  But the overall group delay is affected.  There is an offline
  500. discussion going on on this.  The essence of it is that the finite zeros out
  501. of the passband by themselves don't affect the phase (certainly true) but
  502. the somewhat different pole positions have an effect of to-be-determined
  503. significance.  Stand by.
  504.  
  505. Wayne
  506.  
  507. ------------------------------
  508.  
  509. Date: Fri, 8 Apr 1994 18:56:40 GMT
  510. From: ihnp4.ucsd.edu!swrinde!cs.utexas.edu!uwm.edu!mixcom.com!kevin.jessup@network.ucsd.edu
  511. Subject: Modem throughput with Analog Cellular
  512. To: info-hams@ucsd.edu
  513.  
  514. A question for anyone running an analog V.32bis modem (14,1400 baud)
  515. into an analog cellular phone.
  516.  
  517. What is the effective baud rate when all is said and done?
  518. Does your file transfer protocol indicate many errors?
  519.  
  520. I am considering a PCMCIA 14,400 baud modem for my palmtop
  521. that will then connect to my analog cellular phone.  I don't
  522. want to waste money on the high speed modem if effective
  523. throughput is 2400 baud or less.  Thanks.
  524.  
  525. -- 
  526.   /`-_           kevin.jessup@mixcom.com  
  527.  {     }/     Marquette Electronics, Inc  
  528.   \    /      N9SQB, ARRL, Amateur Radio  
  529.    |__*|   N9SQB @ WD9ANY.#MKE.WI.USA.NA  
  530.  
  531. ------------------------------
  532.  
  533. Date: 9 Apr 94 16:20:26 GMT
  534. From: news-mail-gateway@ucsd.edu
  535. Subject: rb321 Who makes the decision
  536. To: info-hams@ucsd.edu
  537.  
  538. Bid: $RACESBUL.321
  539.  
  540.  
  541. RB321 Who Makes the Decision
  542.  
  543. TO:    ALL EMERGENCY MANAGEMENT AGENCIES VIA AMATEUR RADIO
  544. INFO:  ALL COMMUNICATIONS VOLUNTEERS IN GOVERNMENT SERVICE
  545. INFO:  ALL AMATEURS U.S  (@USA: INFORMATION), CAP, MARS FROM:    CA GOVERNORS OF
  546.        (W6SIG@WA6NWE.CA)            Ph: 916-262-1600        2800 Meadowview Rd.,
  547.        Landline BBS  Open to All: 916-262-1657
  548. RACESBUL.321            RELEASE DATE: April 11, 1994
  549.  
  550. OPS - Training - who makes the decision
  551.  
  552.       The following was from a concerned FCC Amateur licensee:
  553. "Who makes the decision to mobilize? Does RACES wait for a
  554. request from the emergency management agency, or do you or
  555. another RACES officer decide? The reason I ask is that hams tend
  556. (in my opinion) to be arguable and over-react in an
  557. emergency-type situation. Please don't take this personally. You
  558. may be perfectly calm and level-headed, but I have seen all too
  559. many minor incidents escalated to "emergencies" by over-eager
  560. hams on the repeaters. I would insist upon interposing my own
  561. judgment as to the need for my services."
  562.  
  563.      Comments. That observation is accurate as to over-eager
  564. response. It is a fact of life, just as to those who
  565. complain of the "ponderous movement" of government, although that
  566. has its purpose. Non-RACES units have been known to
  567. "self-activate" sometimes with beneficial results, and at other
  568. times with devastating consequences.
  569.  
  570.      As to interposing one's own judgment; that is valid and is
  571. understood by most people. Still, since it is a personal decision
  572. and mind-set, there are those who are prepared to respond when
  573. officially called without regard to personal sacrifice; examples
  574. being Search and Rescue or Drowning Accident Recovery Teams. As
  575. dedicated unpaid professionals they serve when and where needed.
  576. Even so, they do NOT self activate or respond to an "over the
  577. air" request unless assigned and trained as  a strike team which
  578. is purposely structured to respond in that manner.
  579.  
  580. Any government communications reserve, such as an Auxiliary
  581. Communications Service, RACES, or other designation, is activated
  582. by official authority, which can be accomplished in ways so as
  583. not to lose valuable response time. Ideally, it is at least
  584. partially activated whenever the agency prepares for a potential
  585. emergency or responds to an ensuing emergency. Whatever that
  586. procedure, it must be followed, just as with any other public
  587. safety response. In California and other states where a specified
  588. government response program exists, self activation can lead to
  589. serious consequences, ranging from interference and delay to loss
  590. of confidence in the very people that self-responded. Even so,
  591. there are those who argue for "self activation"; but in my
  592. experience it is usually from their own ego-need basis, not that
  593. of the local situation.
  594.  
  595. s/s Cary Mangum, LLB., J.D., W6WWW, State Chief Radio Officer.
  596. EOM
  597. 
  598.  
  599. -----------------
  600.  
  601. RACES Bulletins are archived on the Internet at ucsd.edu in hamradio/races
  602. or in hamradio/packet/tcpip/incoming and can be retrieved using FTP.  The
  603. opinions stated are those of the author of the bulletin and not the poster.
  604.  
  605. ------------------------------
  606.  
  607. Date: 9 Apr 94 01:36:49 GMT
  608. From: juniper.almaden.ibm.com!enge.almaden.ibm.com!enge@uunet.uu.net
  609. Subject: SB320 Direction Finding in RACES
  610. To: info-hams@ucsd.edu
  611.  
  612. In article <CntxxG.8Dt@news.hawaii.edu>,
  613. Jeffrey Herman <jherman@uhunix3.uhcc.Hawaii.Edu> wrote:
  614. >....
  615. >
  616. >Gosh, Roy - that's a little strong, isn't it?
  617. >
  618. >Jeff NH6IL
  619. >
  620.  
  621. I am innocent..... I only post it for the California RACES people.
  622. Please don't shoot the messenger :-) When will I learn not to
  623. volunteer?
  624.  
  625. Roy Engehausen, AA4RE
  626. enge@almaden.ibm.com
  627.  
  628. P.S. Strong or not, it certainly got a reaction from a bunch of people.
  629. Glad to see somebody is reading it.
  630.  
  631. ------------------------------
  632.  
  633. Date: 9 Apr 94 17:06:23 GMT
  634. From: news-mail-gateway@ucsd.edu
  635. Subject: technology transfer opportunity
  636. To: info-hams@ucsd.edu
  637.  
  638.  RETRIEVE 
  639.  INTERNATIONAL BOOKDEALERS
  640.   PO BOX 5224 
  641.   ARLINGTON ,VA  22205  
  642.                                                                                                             fax :    ( 703) 533-3811                                  
  643.          
  644.  
  645. We would like to communiwith anyone outside of the U.S.
  646.  
  647. interested in starting  their own home-based  business at virtually no 
  648.  
  649. cost,save their own energy  . The right person would
  650.  
  651.  have  very strong english-language skills, an earity with the world of books and libraries, and  be
  652.  
  653. comfortable calling on university, corporate and hospital
  654.  
  655.  librarians,booovide a fax number, if
  656.  
  657. possible.
  658.  
  659. Dr. Samuel Berner
  660.  
  661. President
  662.  
  663.  
  664.  
  665.  
  666.  
  667.  
  668.  
  669.  
  670.  
  671.  
  672.  
  673. ------------------------------
  674.  
  675. Date: 8 Apr 1994 14:22:06 -0400
  676. From: ihnp4.ucsd.edu!library.ucla.edu!europa.eng.gtefsd.com!gatech!prism!prism!not-for-mail@network.ucsd.edu
  677. To: info-hams@ucsd.edu
  678.  
  679. References <1994Apr6.081311.29757@ke4zv.atl.ga.us>, <1994Apr6.170059.16110@rsg1.er.usgs.gov>, <1994Apr7.160216.6509@ke4zv.atl.ga.us>│╟
  680. Subject : Re: [News] NOAA/NWS To Expand Weather Radio Coverage
  681.  
  682. gary@ke4zv.atl.ga.us (Gary Coffman) writes:
  683.  
  684. >radio. And we can put SSC bulletins direct to air as soon as they come in
  685. >thanks to our First Alert computer system. It superposes a storm alert
  686. >symbol automatically on our transmitted picture showing the counties affected
  687. >by the alert, and we can crawl the actual warning text across the screen 
  688. >with the click of a mouse. 
  689.  
  690.  Speaking also as a person who lives in the area affected by the storms a
  691. couple of weeks ago, I found this information extremely useful! It was nice to
  692. be able to continue watching the program that was on the air at the time, but
  693. still be able to get the relevant storm information without having to listen
  694. to some air head weather person blathering on trying to sensationalize the
  695. storms into being more than they really were. Just present the needed info and
  696. then shut up. :)
  697.  
  698.                             Our radar is also sent out full time on local 
  699. >cable channels so viewers can watch the storm's progress themselves.
  700.  
  701.  Well, at least for the cable system I am on; it might as well not be there
  702. any longer. :-( They used to have WXIA's weather radar on a channel 24 hours a
  703. day, along with the audio from the local NOAA station. That was great during
  704. thunderstorm season! I could get all the info I needed from one channel.
  705.  
  706.  Now, the morons that run this cable system have the weather radar in a box
  707. that is about 1/4 the size it used to be; and on a channel that is shared with
  708. ordering information for the Pay Per View channels! The radar 'box' is so
  709. small that it is almost useless, even on my 24 inch television.
  710.  
  711.  I've very grateful to WXIA for making their weather radar available to the
  712. cable systems, and I've told them so a couple of times over the past few
  713. years. I just wish the cable system would have left it alone so it would be
  714. more useful than it currently is. :-(
  715.  
  716.  
  717. >The problem is the "cry wolf" syndrome. There are so many alerts, we
  718. >often get 10 or 12 a day at the station when there's no really threatening
  719. >*local* weather in evidence, that people begin to ignore the warnings. I 
  720. >don't know how to solve that problem. Failure to pass along warnings when in 
  721. >fact a tornado does result would be negligence. But the fact is that there
  722. >are too many warnings and too few tornados that strike in a particular
  723. >location. People's immediate concerns are local. When the warnings are
  724. >"cry wolf" for their specific locations too many times, they stop listening.
  725.  
  726.  I agree with Gary here. In the Atlanta area, there are a tremendous number of
  727. 'severe weather alerts' issued during the prime spring/summer thunderstorm
  728. season. People really do get tired of seeing them and since they are often
  729. not affected by these 'warnings', they start to ignore them since they never
  730. seem to be affected by the storms that they are being 'alerted' to in the
  731. first place.
  732.  
  733. >That's because the forcasts they hear on weather radio are so often at
  734. >variance with what they can see out their windows. They don't realize
  735. >that the forcast may be originating thousands of miles away in Kansas
  736. >City. As local broadcasters, we try to give a more local and tailored
  737. >forcast than that. We sometimes succeed.
  738.  
  739.  I quit counting the number of times I look at the "local forcast" on 
  740. The Weather Channel (tm) and see that it says "partly cloudy", only to turn
  741. and look out the window to see it raining so hard that I can't see the street
  742. from my living room window. That's not exactly my definition of "partly cloudy"
  743. nor do I think it is the NWS's.
  744.  
  745.  I'm not knocking TWC here. I've got a few friends who work there. I'm mearly
  746. trying to give supporting examples of not enough >real< *accurate* local 
  747. weather info... Especially in times of possibly life threatening storms.
  748.  
  749. -- 
  750. Monte Freeman  --  Operations Department / Information Technology
  751. Georgia Institute of Technology, Atlanta Georgia, 30332
  752. Internet: ccoprfm@prism.gatech.edu
  753. Bitnet:   ccoprfm@gitvm1.bitnet
  754.  
  755. ------------------------------
  756.  
  757. End of Info-Hams Digest V94 #395
  758. ******************************
  759.